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METHOD FOR ENSURING THE AVAILABILITY OF A SERVICE PROPOSED BY 

A SERVICE PROVIDER 

Technical Field 

The present invention relates to the accessibility of the 
5 services furnished by service providers to users connected to 
the Internet network and relates in particular to a method for 
ensuring the availability of a service proposed by a service 
provider or the like over the Internet network. 

10 Background of the Invention 

The Service Provider market moves up the value chain from pure 
connectivity services to deliver value-added and revenue 
generating services. The business model of a Service Provider 
was initially driven by minutes of use and is being more and 

15 more replaced by data traffic, generated by users that access 
to external services, typically not maintained by the Service 
Provider itself but accessed through the Service Provider 
platform. The Service Provider plays a key role since it is 
the intermediary between the Subscriber and the external 

20 services. Its privileged position allows him to not only 
provide just "simple" access but added value services such as 
security, single sign on, billing, location, etc. at the 
condition it could guarantee a level of service. 

In the World Wide Web (WWW) context where the device being 
25 used to access the external Web Services is typically a Web 
browser, this simple problem often requires a complex answer. 

When the Web first arrived, it seemed like a glorious new way 

to communicate. Everything has been designed with the main 

objective of being open, simple, and easy to implement. 

30 HyperText Markup Language, the language used to build Web 
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pages, is simple, clean and easy to learn. Hyperlinks give 
developers a new way to connect and organize information 
cleanly. Documents can cross international boundaries with 
ease. But one of the greatest losses is state maintenance. A 
5 Web server does not care whose computer it is on, what country 
that computer is in, how that computer reached this page, who 
is currently typing and clicking on that computer, or even how 
long the page was loaded. Every connection to a server is a 
separate event, unconnected to any previous events. A Web 
10 server does not have the capability to control and adapt the 
traffic it receives. 

In order to control the traffic generated by the clients, a 
component is put between the clients and the server. In the 
WWW context, this component named a proxy is located in the 
15 service provider platform, and the client web browser is 
enforced to go through the web proxy by configuration rules. 

There are several ways to deploy a proxy. One of them is to 
deploy the proxy as a "reverse proxy" to add more security to 
their platform and to protect in an efficient way their 
20 back-end Web services. Very often, these services need to 
maintain a session context in order to be able to associate a 
web session to an user context. 

When a proxy server is configured as a reverse proxy server, 
it appears to the client to be the destination content server. 

25 To the content server, the reverse proxy server acts as the 
originator of client requests. If a client wants to access a 
file, for example main.html, he points its browser to the 
reverse proxy, www.DomainA.com believing this to be the 
Internet address of the content server. The reverse proxy 

30 server will accept the client request for main.html, retrieve 
the requested page from the content server residing on 
w3.DomainB.com, and return it to the client- 
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A reverse proxy server hides the content servers from the 
public Internet because only the reverse proxy server can 
directly conununicate with the content server from outside a 
firewall. Moreover , since Web site content may span multiple 
5 Web servers for performance and content distribution, the 
reverse proxy mode may be used to the internal or back-end Web 
servers . 

The requests transmitted by the clients are generally using 
the HyperText Transfer Protocol (HTTP) . With such a protocol, 

10 the request (and also the response) includes three parts : the 
request line identifying the resource the client is 
requesting, the HTTP header used to transfer information 
between the client and the server, and the message content. In 
a system using the HTTP protocol, the HTTP proxy can be 

15 configured to protect access to the content server and its 
resources , It can be configured to enable basic authentication 
to all users that try to access the proxy function by 
prompting for a user name and password which can be checked 
towards an user registry. 

20 But, even though the use of a reverse proxy between the users 
and the content servers enables the security of the 
communication to be guaranteed, it is not possible to control 
the availability of a service provider in real time before 
sending any new request. So, when the proxy receives requests, 

25 it is not able to reject requests even if the server is 
already overloaded by previous requests thus leading to 
performance degradation or server failure. 

Summary o£ the invention 

Accordingly, the one object of the invention is to achieve a 
30 method taking advantage of the existing HTTP protocol 
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implemented in a proxy for ensuring the availability of a 
service proposed by a service provider or the like. 

The invention relates therefore to a method for ensuring the 
5 availability of a service proposed by a service provider or 
the like in a data transmission system including at least one 
user workstation connected to the Internet network, a 
plurality of content servers able to furnish services provided 
by service providers in response to service requests from the 

10 user workstation, and a proxy server interconnected between 
the Internet network and the content servers for receiving the 
service requests from the user workstation and transmitting 
each one to the content server able to provide the requested 
service. The method comprises the following steps when the 

15 proxy server receives a service request, 

- looking in a context table for an entry corresponding to a 
Uniform Resource Locator (URL) defined in the service request 
in order to determine the content server able to provide the 
requested service, 

20 - appending a service availability request to the service 

request before sending the service request from the proxy 
server to the determined content server, 

appending a service availability token to the reply 
provided by the detearmined content server before sending the 

25 reply from the determined content server to the proxy server, 

- removing the service availability token from the reply upon 
reception thereof by the proxy server, and 

- updating the context table in the proxy server before 
sending the reply to the user workstation by using information 
30 contained in the service availability token. 

Brief Description of the Drawings 

The above and other objects, features and advantages of the 
invention will be better understood by reading the following 
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more particular description of the invention in conjunction 
with the accompanying drawings wherein : 

Fig. 1 is a block diagram representing a system wherein the 
method according to the invention is implemented- 

5 Fig. 2 is a flow chart representing the steps of the method 
which are achieved in the proxy server to transmit a service 
availability request , 

Fig. 3 is a flow chart representing the steps of the method 
which are achieved in the proxy server when an entry has to be 
10 refreshed. 

Fig. 4 is a flow chart representing the steps of the method 
which are achieved in the proxy server upon receiving a 
service availability token. 

Detailed description o£ the Invention 

15 A system wherein the method according to the invention is 
implemented is illustrated in Fig. 1. Such a system includes 
the Internet network 10, a plurality of user workstations 12, 
14, 16 connected to the Internet network and a plurality of 
content servers 18, 2 0 and 22 connected to the Internet 

20 network by means of a proxy server 24 . Such a proxy server may 
be a forward proxy or a reverse proxy, although is desirable 
to use a reverse proxy in order to add more security to the 
system and to protect in an efficient way the back-end web 
services. As part of the proxy functionalities, the HTTP proxy 

25 can be configured to protect access to the proxy server and 
its resources. It can be configured to enable basic 
authentication to the user by prompting for a user name and a 
password. 
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For the implementation of the method according to the 
invention, one feature is to use a context table which 
contains at least the following information : 



Server 


Server 


URL 


Availability 


Last 


Request 


Number 


Last 


Name 


IP address 


received 


sent 


of retries 


sent 



5 - The server name is the hostname of the back-end server as 

contained in the URL, 

- The IP address is in IP V4 or IP V6 format. 

- URL: One of the URLs associated with the server name. 

- Availability: a percentage or NA for not '"available". 

10 - Last received: date and time of the last received token 

from the server . 

Request sent: flag indicating whether an availability 
request has already been sent. It is reset every time a 
response is received. 
15 - Number of retries: number of times a service availability 

request has been sent. 

- Last sent: date and time of the last sent availability 
request . 

The part of the method according to the invention which is 
20 performed in the proxy is represented by the flow chart 
illustrated in Fig. 2. First, a request is received from a 
client (step 30) . It is checked whether the URL or the server 
name contained in the request is in the context table (step 
32) . It must be noted that several entries in the context 
25 table are possible with the same server since a single 
hostname can be associated with several URLs. Note also that, 
before looking for the context table, the proxy may have to 
authenticate and/or authorize the user to access the service 
by using a user profile information. 
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Then, it is checked in the context table whether the server or 
the URL is available by looking at the column ''Availability" 
of the table (step 34) - If not, the client request is rejected 
(step 36) . If the server or the URL is available, it is 
5 checked whether there are multiple entries when a service can 
be accessed with several servers (step 38) . If so, the entry 
with the highest availability is selected (step 40) . In both 
cases, it is checked whether the entry which has been selected 
needs to be refreshed (step 42), This need is determined 

10 according to criteria which are read in the context table as 
defined below. If it is the case, a service availability 
request is appended to the client request which is transmitted 
from the proxy to the content server (step 44) . Then, the 
context table is updated by modifying the ''Nuitiber of retries" 

15 and the "Last sent" parameter (step 46) . If the entry needs 
not to be refreshed, or after the updating of the context 
table in case the entry has been refreshed, or when the client 
request is rejected because the server is not available, the 
process is looped back to the beginning that is waiting for a 

20 new request from a client (step 30) . 

When the URL or the server name is not found in the context 
table, it is checked whether the availability of the server or 
the URL has to be monitored (step 48) . If it is the case, a 
service availability request is appended to the client request 

25 which is transmitted from the proxy to the content server 
(step 50) - In such a case, the context table has to be updated 
since a new entry must be created in the table (step 52). 
After updating the context table or if it is not required to 
monitor the availability of the server, the process is looped 

30 back to the beginning that is waiting for a new request 
received from a client (step 30) . 
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It must be noted that the service availability request is sent 
into the HTTP header of the HTTP requests sent by the proxy to 
the servers- It follows the form of a regular HTTP headers as 
described in the specification RFC 2616. 

5 The proposed format of the header is as follows : 

* 

Service-availability : version_nuinber (Version_number 
being the version number of the service availability 
protocol supported by the proxy (1.0 by default)) . 

An example of a HTTP request containing this header would be : 

10 

GET httt): //url HTTP/ 1.0 
User-agent : Mozilla/4.0 
Accept : text /html, image /gif 
Forwarded: by http : / /proxy . company . com: 8 08 0 
15 Service-availability : 1.0 

The part of the method relating to the steps to refresh an 
entry of the context table is illustrated in Fig. 3. First, a 
new entry is pointed to in the context table (step 60) . Then, 
it is checked whether this entry has to be refreshed as 

20 determined by criteria given in the context table as explained 
below (step 62). If so, it is checked in the context table 
whether the maximum number of retries has been reached (step 
64). If it is the case, this means that the URL or the server 
is no longer available and the URL or server is set as 

25 unavailable in the context table (step 66) . If the maximum 
number of retries has not been reached, a new HTTP service 
availability request is sent to the server (step 68) . In both 
cases and when the entry does not need to be refreshed, the 
process is looped back to the beginning by pointing to a next 

30 entry in the context table (step 60) . 
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For the determination whether an entry has to be refreshed, 
the proxy uses the parameters of the context table such as 
''Request sent," ''Number of retries," "Last received," "Last 
send" together with a configuration file containing the 
5 following variables : 

- SARetry : Service availability retry timer 

- SARefresh : Service availability refresh timer 

- MxRet : Maximum number of retries 

The test ENTRY NEEDS TO BE REFRESHED can be performed by 
10 taking into account the time spent since the last received 
token (parameter "Last received"), the time spent since the 
last sent request (parameter "Last sent"), the fact that a 
request has already been sent without receiving a token and 
the number of retries already performed. It is achieved by the 
15 following program : 

IF ( (current_time - last_received) > SARefresh ) THEN 
IF (request_sent = Yes) THEN 

IF ( ( current_time - last_sent) > SARetry) THEN 
IF ( Number of retries < MxRet ) THEN 
20 Append Service Availability Request 

Request sent = Yes 
Number of retries = 1 
Last_sent = current_time 

ELSE 

25 Update Context Table with Availability = Not 

Available /*max number of retries is reached 

ELSE 

/* Do nothing 

ELSE 

30 Append Service Availability Request 

Request sent = Yes 
Number of retries = 1 
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Last_sent = current_tiine 

ELSE 

Do nothing 

The part of the method relating to the steps implemented in 
the proxy when receiving the reply from the server to a 
service availability request is illustrated by the flow chart 
of Fig. 4. First, the reply is received by the proxy (step 
70) . The proxy determines whether a service availability token 
is present in the reply (step 72). If it the case, the service 
availability token is decoded by the proxy (step 74) . Then, 
the context table is updated by modifying the parameter "Last 
received" and writing the parameter "Availability" if 
necessary (step 76) . After that, the token is removed from the 
reply message (step 78) . Then, the reply received without a 
token or when the token has been removed is forwarded to the 
user (step 80) . 

The service availability token appended to the reply sent by 
the content server contains at least a percentage of 
availability (0-100%) for the whole server furnishing the 
service and may contain detailed information such as : 

• A specific URL of a resource served by the server that 

needs to be monitored : 

• Maximum number of requests / timeframe (seconds or 

minutes) allowed for this URL 

• Redirect URL 

• Service availability time-window 

In a preferred embodiment of the invention this information 
could be encoded in XML format, thus requiring a Document 
Type Definition file that describes the tags supported in the 
Service Availability Profile. For example the DTD description 
below specifies 4 tags (RES_TYPE, RES__ID, RES_AVAILABILITY, 
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RES_UNIT) for each RESOURCE. A Single Service Availability 
Profile may contain several resource information. 



<?xml version='1.0' encoding="UTF-8"?> 
<!ELEMENT RESOURCE 
(RES_TYPE,RES_ID,RES_AVAILABrLITY,RES_UNIT) 

> 

<!ELEMENT RES_AVAILABILrrY 
(#PCDATA) 

> 

<!ELEMENT RES_ID 
(#PCDATA) 

> 

<!ELEMENT RES_TYPE 
(#PCDATA) 

> 

<!ELEMENT RES_UNIT 
(#PCDATA) 

> 

<!ELEMENT SAP 
(RESOURCE+) 



Thus, a reply containing a service availability token would 
look like : 



HTTP/1.1 200 ok 

Server : Netscape-Enterprise/4 . 0 
Date: xxx 

Content- type : text /html 
Service-availability token: ''<?xml 

version="l . 0"?>< IDOCTYPE SAP SYSTEM sap.dtd »> 
<SAP> <RESOURCE> <RES_TYPE> url </RES_TYPE> 
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<RES_ID> < /start .html > </RES_ID> <RES_AVAILABITY> 3 
/RES_AVAILABILITY> 

<RES„U]NriT> minute </RES_UNIT> </RESOURCE> </SAP>" 

It is to be appreciated by those skilled in the art that while 
5 the invention has been particularly shown and described with 
reference to an embodiment thereof, various changes in form 
and details may be made without departing from the spirit and 
scope of the invention. 



